Dokładność, stabilność, współpraca z in-house, jakość
Dobre notatki techniczne po zmianach, ułatwia to utrzymanie
Partnerstwo, jakość, testy, myślenie procesowe
Warto ustalić granice odpowiedzialności na starcie, żeby wszystko było jasne
Wspólne retro i konkretne action items po każdej iteracji
Zaangażowanie, inicjatywa, responsywność, jakość
Dobry onboarding nowych osób po stronie Selleo przy zmianach składu
Elastyczność, leadership, DevOps, dopasowanie do potrzeb
Pomogli też usprawnić proces release po naszej stronie
Audit z rozwiązaniami, PM, jakość, konsekwencja
Dobre materiały poaudytowe do przekazania wewnętrznemu zespołowi
Kompetencje techniczne, responsywność, przewidywalność
Stały kontakt z jedną osobą po stronie PM, co upraszcza komunikację
Zaangażowanie, statusy, jakość, integracje z legacy
Regularne demo dla interesariuszy i krótkie podsumowania po spotkaniach
Jakość kodu, testy, dostępność, usprawnienia
Wspólne code review w naszych PR-ach, bez tarć kulturowych
Współpraca, tempo, organizacja, TS/React
Wysokie tempo wymagało od nas lepszej gotowości po stronie PO
Zewnętrzny feedback od użytkowników po redesignie był bardzo dobry
Komunikacja, organizacja, tempo, AI i produktowe myślenie
Daily krótkie statusy + cotygodniowe podsumowanie ryzyk
PM, komunikacja, elastyczność, AWS i skalowanie
Dużo komunikacji asynchronicznej, co skracało spotkania
Ownership, skalowalność, jakość, proaktywność
Stały backlog i demo co sprint, raporty postępu bez proszenia
Dobre zrozumienie biznesu, uporządkowany proces, odpowiedzialność, jasne rekomendacje
Nie zawsze najtańsza opcja, ale widać jakość i spokój w realizacji
Dużo komunikacji asynchronicznej, co oszczędzało czas po naszej stronie
Szybka adaptacja, techniczna samodzielność, dobra współpraca z in-house
Bywa, że trzeba ich wprowadzić w nasze wewnętrzne standardy “firmowe”, ale uczą się szybko
Praca w naszym stacku i narzędziach, bez narzucania własnych
Szybki start, jasna komunikacja, elastyczność, dobre PM
Na początku potrzebowaliśmy doprecyzować kilka definicji “gotowe”, żeby uniknąć nieporozumień
Projekt prowadzony z demo co sprint, wygodne pod kątem stakeholderów
Własna inicjatywa, dobra organizacja, jakość kodu, przewidywalne sprinty
Czasem proponują więcej usprawnień niż jesteśmy w stanie wdrożyć naraz
Współpraca w modelu Dedicated Team, stały kontakt na Slack
Transparentność, odpowiedzialność, techniczna jakość
Momentami chcieliśmy szybszych iteracji w UI
Współpraca 12+ miesięcy
Dobre praktyki, szybkie efekty, jasne raporty
Na początku trzeba było zmienić nasze nawyki
2–3 miesiące
Bezpieczeństwo, testy, odpowiedzialne podejście
Estymacje mogłyby być bardziej szczegółowe
5 miesięcy współpracy
Dobra jakość, sensowne PR-y, współpraca w zespole
Kilka drobnych poprawek UI po demo
4 miesiące wsp[ółpracy
